Add HTTP command result support for AppHost HTTP commands#15664
Open
Add HTTP command result support for AppHost HTTP commands#15664
Conversation
davidfowl
requested review from
JamesNK,
danegsta,
karolz-ms,
mitchdenny and
sebastienros
as code owners
Contributor
|
🚀 Dogfood this PR with:
curl -fsSL https://raw.githubusercontent.com/microsoft/aspire/main/eng/scripts/get-aspire-cli-pr.sh | bash -s -- 15664Or
iex "& { $(irm https://raw.githubusercontent.com/microsoft/aspire/main/eng/scripts/get-aspire-cli-pr.ps1) } 15664" |
Contributor
There was a problem hiding this comment.
Pull request overview
Adds ATS-friendly support for surfacing HTTP command response bodies as command results, enabling exported metadata + generated polyglot projections to describe response handling (JSON/text/auto/none).
Changes:
- Introduces
HttpCommandResultModeandHttpCommandOptions.ResultMode, plus default logic to capture/format HTTP response bodies when opted in. - Adds an ATS-specific
withHttpCommandexport with an ATS-friendly DTO (HttpCommandExportOptions) and updates ATS scanning/codegen to respect[AspireDto(Name=...)]. - Updates stress playground endpoints and refreshes TypeScript/Go/Java/Python/Rust generation snapshots and tests.
Reviewed changes
Copilot reviewed 17 out of 17 changed files in this pull request and generated 4 comments.
Show a summary per file
| File | Description |
|---|---|
| tests/Aspire.Hosting.Tests/WithHttpCommandTests.cs | Adds unit tests for result-mode behavior and content-type inference. |
| tests/Aspire.Hosting.RemoteHost.Tests/AtsCapabilityScannerTests.cs | Validates withHttpCommand capability export shape + DTO surface. |
| src/Aspire.Hosting/ApplicationModel/HttpCommandOptions.cs | Adds HttpCommandResultMode, ResultMode, and the ATS DTO for export options. |
| src/Aspire.Hosting/ResourceBuilderExtensions.cs | Implements default result capture logic and adds ATS export withHttpCommand. |
| src/Aspire.Hosting/Ats/AspireDtoAttribute.cs | Adds Name to control exported DTO naming. |
| src/Aspire.TypeSystem/AttributeDataReader.cs | Adds parsing support for [AspireDto] data (including Name). |
| src/Aspire.Hosting.RemoteHost/AtsCapabilityScanner.cs | Uses parsed DTO name when producing ATS DTO type info. |
| src/Aspire.Hosting.CodeGeneration.TypeScript/AtsTypeScriptCodeGenerator.cs | Uses scanned DTO names for TS interfaces + supports “direct options DTO” parameters. |
| src/Aspire.Hosting.CodeGeneration.Python/AtsPythonCodeGenerator.cs | Uses scanned DTO names for Python DTOs. |
| playground/Stress/Stress.AppHost/Program.cs | Adds sample HTTP commands demonstrating result modes. |
| playground/Stress/Stress.ApiService/Program.cs | Adds endpoints returning JSON/text to exercise the new result modes. |
| tests/**/Snapshots/.verified. | Updates polyglot SDK/codegen snapshots to include the new capability, DTO, and enum. |
Comments suppressed due to low confidence (1)
src/Aspire.Hosting/ResourceBuilderExtensions.cs:2431
- XML doc has a typo: "succesful" should be "successful".
/// is not specified, the command will be considered succesful if the response status code is in the 2xx range. Set
| return response.IsSuccessStatusCode | ||
| ? CommandResults.Success() | ||
| : CommandResults.Failure($"Request failed with status code {response.StatusCode}"); | ||
| return await GetDefaultHttpCommandResultAsync(response, commandOptions, context.CancellationToken).ConfigureAwait(false); |
There was a problem hiding this comment.
The HTTP response is used to compute the command result but is never disposed. To avoid holding open the underlying connection/content stream, consider disposing the HttpResponseMessage in a finally after either GetCommandResult completes or the default result logic runs.
Open
1 task
davidfowl
force-pushed
the
davidfowl/issue-8729-command-results
branch
2 times, most recently
from
3622e08 to
81db386
Compare
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
davidfowl
force-pushed
the
davidfowl/issue-8729-command-results
branch
from
81db386 to
abf2a0b
Compare
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
davidfowl
changed the title
davidfowl
changed the title
Contributor
|
Re-running the failed jobs in the CI workflow for this pull request because 1 job was identified as retry-safe transient failures in the CI run attempt.
|
Contributor
|
🎬 CLI E2E Test Recordings — 52 recordings uploaded (commit View recordings
📹 Recordings uploaded automatically from CI run #23679147932 |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Description
Adds HTTP command result support for AppHost HTTP commands so response bodies can be surfaced in the CLI, dashboard, and generated polyglot SDKs.
This change:
HttpCommandResultModeandHttpCommandOptions.ResultModeHttpCommandExportOptionsso generated SDKs can surface the same behavioroptionsparameterGetDefaultHttpCommandResultAsyncplus integration coverage throughWithHttpCommandauto,json, andtextHTTP command result scenariosDuring review, the temporary ATS DTO rename support was removed. DTO names continue to come from the CLR type name.
Fixes #8729
Checklist
<remarks />and<code />elements on your triple slash comments?aspire.devissue: